home *** CD-ROM | disk | FTP | other *** search
/ TPUG - Toronto PET Users Group / TPUG Users Group CD / TPUG Users Group CD.iso / AMIGA / (A)P / (A)P18.ADF / JrComm94 / BBS-PC!.notes < prev    next >
Text File  |  1989-06-23  |  4KB  |  80 lines
  1.    Due to numerous reports of problems with JR-Comm and BBS-PC! when doing
  2. file transfers via ZMODEM I went and purchased an A500 system along with
  3. a copy of this program so that I could do some testing and determine just
  4. what was happening for myself.
  5.  
  6.    The most important thing I discovered is that MSS is guilty of having
  7. the audacity to release multiple revisions of this program without bumping
  8. the displayed version number.  In other words, although you may be running
  9. the most recent *version* of BBS-PC!, namely version 4.20, you may *not*
  10. be running the most recent *revision* of version 4.20.
  11.  
  12.    Confusing?  you betcha!
  13.  
  14.    And it even gets worse.  The revision of 4.20 that I purchased must have
  15. been an exceptionally early one, in fact I was lucky that I did get one of
  16. the buggy revisions since I was able to see for myself the ZMODEM download
  17. problems that some people had reported.  I hadn't seen them before because
  18. the local BBS-PC! system that I was calling worked fine.
  19.  
  20.    After some playing around I called Joe Rothman, the sysop of A.M.U.G.
  21. BBS located in New York.  Joe did some beta testing for MSS with BBS-PC!
  22. He also supplied me with a copy of 4.20 that works correctly so that I could
  23. test it.  
  24.  
  25.    What he also told me is that versions of BBS-PC! 4.20 that are not
  26. 219,044 bytes long have upwards of 15-20 different bugs, some that may
  27. even destroy the file catalog after an upload.  Although I haven't verified
  28. this for the two different versions that I have, he does suggest that any
  29. BBS-PC! sysop that has 4.20 with a filesize other than the most recent
  30. size of 219,044 bytes should contact MSS immediately for an upgrade.  He
  31. also says that you should specify this particular filesize.
  32.  
  33.    Hell of a way to handle different versions if you ask me...
  34.  
  35.    ----------------------------------------------------------------------
  36.  
  37.    Anyways, here's a summary of the problems I've found with this thing.
  38. All problems are related to version 4.20 of BBS-PC! with filesizes of
  39. 217,460 or 219,044 bytes.
  40.  
  41.    - The 217,460 version has a bug with ZMODEM receive, all files are posted
  42.    as text.  The 219,044 size version corrects this problem, what else is
  43.    corrected is unknown.
  44.  
  45.    - YMODEM is not true YMODEM.  It is actually XMODEM-1k since the file info
  46.    block is not sent.  This is a common problem with several other BBS programs
  47.    too.
  48.  
  49.    - YMODEM-batch is brain damaged.  Only the first file in the batch is sent
  50.    with the file info block.  The second file is sent without it, so it will
  51.    be received via XMODEM-1k.  After the second file is received JR-Comm will
  52.    terminate the transfer.
  53.  
  54.    - Although BBS-PC! supports baud rates up to 19.2k, it can't even handle
  55.    9600bps properly.  All ZMODEM uploads at that speed caused a lockup, use
  56.    YMODEM in that case.  ZMODEM downloads went fine though.
  57.  
  58.    - An attempt to run BBS-PC! with an HST modem and a fixed baud rate was
  59.    somewhat successful, but it's useless since CTS/RTS handshake isn't
  60.    supported.  So, any downloads when connected at baud rates less than the
  61.    fixed rate will cause data errors when using ZMODEM.
  62.  
  63.    - There's probably other bugs lurking around that I didn't happen upon.
  64.    I wasn't about to waste anymore time on this thing...
  65.  
  66.    ----------------------------------------------------------------------
  67.  
  68.    Although I had changed the YMODEM protocol in JR-Comm 0.93 in an effort
  69. to accomodate BBS-PC!, I've since realized that this isn't a "good thing".
  70. As a result, the protocol is the same as in previous versions of JR-Comm.
  71.  
  72.    Any further info on strange goings on would be appreciated, but no
  73. promises about fixes or work arounds.  I'm referencing my protocols to the
  74. DSZ transfer module that the IBM world uses.  Everything in JR-Comm works
  75. as expected with that thing and it was written by the author of YMODEM and
  76. ZMODEM, Chuck Forsberg.
  77.  
  78.    'nuff said... ok?
  79.    
  80.